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ABSTRACT 



An apparatus for creating, registering, and monitoring alerts 
for a computer or plurality of computers. This apparatus 
alerts the operator when an event occurs on one of the 
computer's components. This apparatus allows the user to 
select which alerts to enable and which alerts to disable from 
a list of all possible alerts. When an alert occurs, the present 
invention displays the particular computer's name, a 
description of the alert, the time and date of the alert, and 
details about a recommended course of action. The present 
invention also creates a log file for all alerts detected, 
regardless of whether the alert is displayed or not. 
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ALERT/TYPE 


Displayed 
Description 


CPU 


CPU identified by the CPU Number failed because 
of high temperature and/or low power. 


SYSTEM BOARD FAN 


The speed of the system board fan identified by the 
Cooling Fan Number has dropped below the 
minimum limit. 


TEMPERATURE SENSOR 


The temperature of the system board fan identified 
by the temperature sensor number has dropped 
below the minimum limit. 


POWER SUPPLY 


Power Supply identified by the Power Supply 
Number has been extracted or inserted or has gone 
into an abnormal state, please look into the Help 
file for more detail. 


ADAPTER 


The adapter identified by the Adapter Number or its 
driver is malfunctioning. 


CANISTER 


The Canister identified by the Canister Number has 
either been extracted or inserted. 


SLOT FAN 


The speed of the I/O slot fan identified by the Slot 
Fan Number has dropped below the minimum limit 
(slotFanMinSpeed). 


CANISTER FAN 


The speed of a fan in the canister identified by the 
Canister Number has dropped below the minimum 
limit. 



FIG. 4B 



09/24/2003, EAST Version: 1.04.0000 



U.S. Patent Apr. 22, 2003 Sheet 6 of 13 



US 6,553,416 Bl 




09/24/2003, EAST Version: 1.04.0000 



U.S. Patent 



Apr. 22, 2003 



Sheet 7 of 13 



US 6,553,416 Bl 




09/24/2003, EAST Version: 1.04.0000 



U.S. Patent Apr. 22, 2003 Sheet 8 of 13 



US 6,553,416 Bl 





LU 







ce: 


CM 


y or 
< w 


O 
CM 


LJ < 


LJ 
— 1 


1— z 




< < 


n 





CO 




a: 






Of 
LU 




O 


UJ 
(/) 


5 ° 


OF 


< o 




MES 


LERT 
ABLE 


< 






o 


o 




Q 




< 





\ 



09/24/2003, EAST Version: 1.04.0000 



U.S. Patent Apr. 22, 2003 Sheet 9 of 13 



US 6,553,416 Bl 



CREATE MFC DOC/VIEW 
ARCHITECTURE 



800~^t 



CREATE 
CMAINFRAME 
CLASS 210 



CALL NETWORK 
MAP WINDOW 
MODULE 212 



-806 



802 



-720 



304 



CREATE 
DOCUMENT 
CLASS 226 



CREATE 
VIEW 
CLASS 228 



•808 



8 JO 



DISCOVER NETFRAME 
SERVERS ON 
NETWORK 



CALL ENUMSERVER MODULE 
208 FROM APPLICATION 
CLASS MODULE FOR 
LIST OF SERVERS 



-8f4 



CREATE SERVER ADDRESS MODULE; 
ADD SERVER(S) TO NETWORK 
MAP WINDOW 302 



CREATE LIST OF ALERTS 
FOR EACH SERVER 136 
(SERVER ALERT MODULE 214) 



^-8f8 



STORE LIST IN ALERT 
MANAGER TABLE IN 
ALERT MANAGER 
MODULE 202 



-820 



na 8 



09/24/2003, EAST Version: 1.04.0000 



U.S. Patent Apr. 22, 2003 Sheet 10 of 13 



US 6,553,416 Bl 



USER OPENS 
"ALERT MANAGER" 
WINDOW 400 



■ 900 



■9 02 
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WOO — -v. ALERT MANAGER MODULE 202 ^-7002 ^-W04 



ALERT MANAGER TABLE / / 


SERVER 1 (NAME) 1 




CPU ALERT DESCRIPTION: "CPU IDENTIFIED BY THE CPU NUMBER FAILED BECAUSE 

OF U\CM TFMPFRATURF AND /OR 1 rtW PfiWFft n 

NOTIFY YES /NO 




SYSTEM BOARD FAN ALERT 




NOTIFY YES/NO 




TEMPERATURE SENSOR ALERT 




NOTIFY YES/NO 




POWER SUPPLY ALERT 




NOTIFY YES /NO 




ADAPTER ALERT 




NOTIFY YES /NO 




CANISTER ALERT 




NOTIFY 




SLOT FAN ALERT 




NOTIFY 




CANISTER FAN ALERT 




NOTIFY 






SERVER 2 (NAME) 




CPU ALERT 




NOTIFY YES/NO 

• 
• 
« 






(TYPICAL METHODS) 


CALL ALERT MANAGER DIALOG MODULE 216 


CALL ALERT FLASH DIALOG MODULE 218 
I i> I 



— roo6 
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The subject matter of U.S. Patent Application entitled 
"Alert Configurator and Manager" issued on Jul. 23, 2002, 
U.S. Pat. No. 6,425,006, is related to this application. 

PRIORITY CLAIM 

The benefit under 35 U.S.C. §119(e) of the following U.S. 
provisional application is hereby claimed: 



Title 
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Filing Date 


"High Performance Network Server 


60/046,310 
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System Management Interface" 







TABLES 

Tables A, which forms a part of this disclosure, is a list of 
commonly owned copending U.S. patent applications or 
patents. Each one of the applications or patents listed in 
Tables A is hereby incorporated herein in its entirety by 
reference thereto. 

COPYRIGHT RIGHTS 

A portion of the disclosure of this patent document 
contains material which is subject to copyright protection. 
The copyright owner has no objection to the facsimile 
reproduction by anyone of the patent document or the patent 
disclosure, as it appears in the Patent and Trademark Office 
patent files or records, but otherwise reserves all copyright 
rights whatsoever. 

FIELD OF THE INVENTION 

The present invention relates to computer networks and 
their management systems. 

Specifically, the present invention relates to an apparatus 
for configuring, managing, or displaying the operating con- 
ditions in a computer network. 

BACKGROUND OF THE INVENTION 

SNMP Manager and SNMP Agent 

Computer network management systems use a standard- 
ized communication protocol to facilitate communication 
between devices (computers, printers, peripherals) on the 
network. The standardized communication protocol dis- 
cussed with this invention is known as the Simple Network 
Management Protocol (SNMP). SNMP is explained in more 
detail in The Simple Book by Marshall T. Rose, 2d ed, 
Prentice -Hall, Inc., 1994, which is hereby incorporated 
herein by reference. The SNMP acts as a mechanism to 
provide and transport management information between 
network components. SNMP is recognized as an industry 
standard for network management. Whenever a program at 
the user side sends a request to a program at the server site 
and waits for a response, the requesting program is called the 
'client' and the responding program is called the 'server.' In 
network server management systems, the user (usually a 
network administrator) uses a software module known as a 
SNMP manager to monitor and manage the server or servers 
in a network. The SNMP manager sends commands to and 
receives information from a software module called a SNMP 
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agent, which directly monitors and controls the server 
through device drivers and other components. The SNMP 
manager and the SNMP agent can be on the same work 
station, or the SNMP manager can be at a remote location. 

s SNMP uses a transport protocol stack such as User 
Datagram Protocol/Internet Protocol (UDP/IP) or Transmis- 
sion Control Protocol/Internet Protocol (TCP/IP). UDP/IP 
provides connectionless communication over user Internet 
Protocol services. 

10 It is part of the TCP/IP suite. UDP/IP operates at the 
transport layer, and in contrast to TCP/IP, does not guarantee 
the delivery of data. TCP/IP is standard Internet protocol (or 
set of protocols) which specifies how two computers 
exchange data over the Internet. TCP/IP handles issues such 
as packetization, packet addressing, handshaking and error 
correction. For more information on TCP/TP, see Volumes I, 
II and III of Comer and Stevens, Internetworking with 
TCP/IP, Prentice Hall, Inc., ISBNs 0-13-468505-9 (vol.I), 
0-13-125527-4 (vol. 10, and 0-13-474222-2 (vol. HI). 
Upon receiving a data request by a user, the SNMP 

20 manager opens one or more SNMP sessions and formulates 
a proper information request for SNMP agent. The SNMP 
manager is the 'client' and the SNMP agent is the 'server/ 
The SNMP manager may be generic or specifically designed 
for the particular server type. 

25 Typically, the SNMP manager has several parts, each 
performing a different function. But these parts are related 
and work together to accomplish certain tasks. One of these 
tasks may be to display malfunctions and environment 
changes in the server. 

30 Prior Inventions and Deficiencies 

The SNMP agent may detect a malfunction or an envi- 
ronment change in the server and send a warning message to 
the SNMP manager. Some network server managers receive 
and display a warning message (an alert) associated with 
every malfuinction and environment change on the server 
that the agent detects. This allows the user to take further 
action if needed, such as to shut the server down and replace 
components. 

However, time is critical for many server manager appli- 
40 cations. A network administrator may not need to be 
informed of all alerts generated by a server. Displaying 
every alert disrupts the network administrator's present task. 
This can be a major nuisance if the same alert is continu- 
ously sent by the SNMP agent for a minor environment 
45 change. 

Displaying every alert also takes up valuable time for the 
network administrator to investigate what the alert is 
because the displayed alert may not be readily apparent to 
the user. For example, in some server management 

50 applications, an icon starts flashing at the top right hand 
comer signifying an alert. The user clicks on the icon, pulls 
down a menu item or opens an object to view a description 
of the alert. Often, the description fails to inform the user of 
what the exact problem is or how to remedy the situation. 

55 The user then needs to then refer to a support manual or ask 
a more experienced user. 

Furthermore, by sending, receiving, and displaying all 
alerts, the server manager is taking up valuable bandwidth 
on the network. This increases the amount of traffic already 

60 on the network and decreases the performance of each 
computer. It also increases bottlenecking and system fail- 
ures. A major goal in the computer network industry today 
is to reduce the amount and size of traffic on the network. 
If there is more than one server in the network, the 

65 problem is compounded. Sending every malfunction and 
environment alert can overwhelm the system and its network 
administrator. 
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For example, an airline or bank may have several servers have a higher priority than others because the network 

where timing, number of transactions, and size of transac- administrator (user) may need to take appropriate action 

tions are different for each server. An airline may use one immediately. These high priority alerts may be essential to 

server for managing ticket sales, one server to handle avo id network disruption or further system damage. Other 

frequent flyer transactions, and another server to handle s ai er ts have a lower priority, which do not require immediate 

arriving flight information. Each server may have its own attention. For these alerts, the network administrator may be 

type of network components, response times, and backup able to postporie investigation or repair for a more conve- 

systems capable of handling malfunctions or environment nicflt time Somctimcs> me alert may not need investigation 

changes. One type of alert on the airline s server handling a t all 
arrival times may demand immediate attention. On the other 

hand, the same type of alert generated by a server handling 0ne , embodiment of the invention allows the network 

frequent flyer mileage may not require immediate attention. administrator to configure, manage, and display certain 

r, T ™ „ , . m , ™ r^r^ wvt^^t^^w alerts for a network server or a number of network servers. 

SUMMARY OF THE INVENTION Specifically, the network administrator can enable or disable 

Trie present invention provides an apparatus for monitor- one or more future alert notifications, 

ing alerts regarding the .status of components in a computer. 15 Fof & { a t kfll ^ Qccm wheQ a te _ 

In one embodiment of the invention, this apparatus com- mre ^ ^ ^ ^ ^ above a determined leveL 

prises at least one processor, which is configured to receive 1C iU 4 , , . . . 4 , . . L . 

a plurality of alerts. These alerts may provide status infer- ? thc ? C WC f **™™™<» foes not w^h to view tempera- 

mation about different components in a computer. Hie mre ^ he or she ca f del *!f or ***** f ^ QOtlfi * 

apparatus may further comprise an alert module executing in 20 c 1 atlons of temperature alerts. The network administrator can 

the processor. The alert module may be configured to also enable fature temperature alerts for one server and 

selectively disable the display of one or more of the status disable it for all other servers, or any combination the 

notifications. The alert module may be further configured to administrator chooses, 

record status information associated with the disabled status One embodiment of the invention also creates an entry in 

notifications in a storage medium. ^ a log file of each component malfunction or environment 

BRIEF DESCRIPTION OF THE DRAWINGS change detected in the server. This log file may be stored in 
„ j4 , 4 . 4 , , r r a storage medium such as the computer memory which may 

These and other aspects, advantages, and novel features of i A A , 4 

♦ <- tU • r -ii u * include random access memory, volatile memory, non- 

tne one embodiment of me invention will become apparent , . A , 4 . J , 

upon reading the following detailed description and upon V ° UUle a j* rd ^ T^T T'u 

reference to the accompanying drawings in which: 30 memor * 00 ROM, digital versatile disks and the like. Each 

FIG. 1 illustrates a high level architectural overview of a m ^ COnt ™ th& Z t u I' T ° f ^ 

network server management system in accordance with one ^ *** * mc of alert > °f the alcrt > thc 

embodiment of the invention. category of alert, a description of the alert, and details of the 

ptj-t - .« . 4 Jill u** *krt. Th e details may contain a recommended course of 

FIG. 2 illustrates a module -level architecture m accor- ^. c ' , , « * * 

, ... i j . * c *u * i * ic action for the user. One embodiment of the invention can 

dance with one embodiment of the invention. 35 ... * . . . r * • . j A t 

™« „ .„ , , • ^ . ,i create these log entries even if the user has disabled the 

FIG. 3 illustrates the wmdow where the user may access ^ of ^ ^ ^ ^ ^ can ^ ^ ^ j ffle 

the alert manager in a server manager system in one embodi- ^ k track of each , rf a]ert and whcn ^ 

ment or the claimed invention. 

FIG. 4A illustrates one embodiment of the alert manager Architectural Overview 

■ j 4Q 

W1 !L° W * ^ . PIG. 1 illustrates a high level architectural overview of a 

FIG. 4B lists the description of each alert type in one network ^ T management system in accordance with one 

embodiment of the invention that appears in the alert man- embodiment of the invention. In one embodiment of the 

ager window and the alert notification window, present mventiori) alert configurator and manager, here- 

FIG. 5 illustrates one embodiment of an alert notification 45 ma fter alert configurator, application is contained in a soft- 
window when an alert is received by the server manager. ware mo dule called Maestro Central 107 manufactured by 

FIG. 6 illustrates one embodiment of a log window. NetFRAME Systems Incorporated of Milpitas, Calif. Mae- 

FIG. 7 illustrates the sequence of acts that may occur stro Central 107 may be used in a Microsoft Windows 

when the user starts the main application in one embodiment environment. Maestro Central 107 sends instructions to the 

of the present invention. 50 SNMP manager 108. 

FIG. 8 illustrates one module-level process of how the In one embodiment of the invention, the client and server 

network map window is created in one embodiment of the computers 102 and 136 are on multi-processor Pentium 

present invention. Pro-based computers having 256 megabytes or more of 

FIG. 9 illustrates one sequence of acts that occur when the RAM. It will be apparent to those of ordinary skill in the art, 

user configures a list of alerts or deletes an alert for a 55 however, that the computers 102 and 136 may be any 

particular servers). conventional general purpose single- or multi-chip micro- 

FIG. 10 illustrates the contents of the Alert Manager processor such as a Pentium processor, a Pentium Pro 

Module in one embodiment of the invention. processor, a 8051 processor, a MIPS processor, a Power PC 

FIG. 11 illustrates one module-level process of how an processor, an ALPHA processor, etc. In addition, the corn- 
alert is generated and handled by the alert configurator. 60 puters 102 and 136 may be any conventional special purpose 

FIG. 12 illustrates one sequence of acts that occur when microprocessor such as a digital signal processor or a 

the user opens the Log Window. graphics processor. 

At the user (or client) side, the SNMP manager 108 

DETAILED DESC^I^ON OF THE displays data to the user through a communication layer that 

INVENTION 65 organizes the data into data structures. The display device at 

Some alerts (also known as traps) regarding component the user station 102 in FIG. 1 may be liquid crystal device, 

malfunctions and environment changes in the server may cathode ray tube (CRT) or other suitable display device. 
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When the SNMP manager 108 receives a command from the class components, procedures, subroutines, data structures, 

user, it calls a standard Windows SNMP Library of objects segments of program code, drivers, firmware, microcode, 

112, which sends messages using an SNMP protocol stack circuitry, data, data structures, tables, arrays, etc. In addition, 

114, such as UDP/IP, to the SNMP agent 128 via a network those with ordinary skill in the art will recognize that a 

of drivers 116, adapters 118, and network medium 120. s module can be implemented using a wide variety of different 

At the server side, the SNMP agent 128 retrieves infor- software and hardware techniques. A module may also mean 

mation regarding malfunctions or certain environment con- a P^ed report by a group of experts defining Manage- 

ditions detected in the server 136. If there is more than one me * Inf ° rm ^° p D ?^ ^? B > ob J ec * for / P^ 1 ^ 

. , it _ iL . r i_ i 0kn technology. RFC 1213. Management Information Base for 

server in the network, then there is preferably an SNMP Network % anagement of TCPIIP-based Internets: MIB-1I, 

agent 128 associated with each server. 10 a module definin ^ ^ Qeeded ^ 

In one embodiment of the present invention, the server manage a TCP -IP network. 

136 is an NF9008 (also known as NF9000-T) manufactured piG. 2 illustrates a module-level architecture in accor- 

byNetFRAME Systems Incorporated of Milpitas, Calif. The dance with one embodiment of the invention. The "start 

NF9008 series are fault- tolerant, standards-based servers, application" block 200 is the first step where all modules and 

which have multiple peripheral component interconnect 15 dialog boxes used for one embodiment the present invention 

(PCI) card slots for one or more adapters. In another are created. In one embodiment of the invention, this appli- 

embodiment of the present invention, the server 136 is an cat i 0I] ^ a C++ class file called "maestro2.ccp." 

NF9016 (also known as an NF9000-C), which has multiple ^ Framc Qass 210 creatcs all thc windows and 

canisters or fault isolation units (FIU). These camsters are grap hical user interfaces used in one embodiment of the 

boxes which may each contain more than one PCI adaptor ™ prescnt invenlion . ^ ^ also as ^ Microsoft 

card slots. Multiple card slots and multiple canisters allow Foundat ion Class (MFC) Document/View Architecture. The 

the user to remove or add adapters to the server while the Document Qass 226 stores the data about the application in 

server and operating system continue to run. data structures . The View Class 228 displays to the user a 

In one embodiment of the present invention, the SNMP representation of the data kept in the Document class which 

agent 128 retrieves information from device drivers 124 and are defined by Microsoft Corporation. The use of these 

a self-contained network of distributed service microproces- classes is explained in more detail inlnside OLE, 2d edition, 

sons called Intrapulse 122. Intrapulse 122 is manufactured 1995 b y Kraig Brockschmidt (p. 720, 814), which is hereby 

by NetFRAME Systems Incorporated of Milpitas, Calif. incorporated herein in its entirety by reference. 

This self-contained network continuously monitors and 3o ^ Net work Map Window Module 212 may perform a 

manages the physical environment of the server, regardless number of f unctions in addition to displaying the Network 

of the operational status of the server (a component of the Map window 302 as shown in FIG. 3. The Network Map 

server may be malfunctioning). Malfunctions and environ- Window Module 212 may also display each server 136 in 

ment conditions may include temperature, fan speed, voltage me ne twork as an icon in the Network Map Window 302, 

levels, and power supplies. The SNMP agent 128 also sends display each server m me M&Ti Manager Window 400 (FIG. 

messages to the SNMP manager 108 via a network of drivers 4A ) ? m6 create a list of for each XTWN U6 ^ 

132, adapters 134, and network medium 120. Network Map Window Module 212 may call the Enum- 

Overview of Module-level Structure and Server Module 208 to discover the names and number of 

Description of Modules scrvcis m the nctwork - The Network Map Window Module 

40 212 may also call the SNMP Module 204 to obtain the list 

An 'object' as used here and in object-oriented program- 0 f servers and their alerts in the Alert Manager Table 1002 

ming is a variable that may comprise both routines (fig. 10) of the Alert Manager Module 202. This list of 

(methods) and data. An object is treated as a discrete entity alerts is called a Server Alert Module 1004, Each server 136 

and may have its own address. Some objects, may only has a Server Alert Module 1004. If there is more than one 

contain data and no routines. 45 serV er 136, then there is more than one Server Alert Module 

An 'alert 1 as used in this description refers to the defini- 1004 in the Alert Manager Table 1002. 
tion and description of status messages, the format of status The EnumServer Module 208 stores information, in the 
messages, the content of status messages, the generated memory of the microprocessor 102. The EnumServer Mod- 
status messages, the received status messages, and the u le 208 is preferably a local module, but it is global in the 
operational properties of different components. 50 sense that it is accessible from anywhere in the system. This 

A 'class' as used here is a blueprint of an object. From a EnumServer Module 208 identifies the number of servers in 

class with specified properties, methods, and functions, the the system. For example, if there are multiple servers, the 

application can create objects with those same properties, EnumServer Module 208 acts as a repository of server 

methods, and functions. Once the object is created, the information. 

application can modify the properties of the object and the 55 The SNMP Module 204 is a class that encapsulates all the 

data in the object. An application can use multiple objects of SNMP functions used by one embodiment of the present 

the same class. A class may also be used to describe a group invention, such as "GET" "GET NEXT," and "SET." The 

of objects sharing the same properties, etc. GET function is typically used by the SNMP agent 128 to 

Objects and classes are explained in more detail in Object retrieve non-table SNMP MIB data from the server 136 in 

Programming with Visual Basic4 by Joel P. Dehlin and $0 response to a request by the SNMP manager 108. The GET 

Matthew J. Curland, Microsoft Press, 1996, and Computer NEXT function is used to retrieve more than one MIB 

Dictionary by collective authors, Microsoft Press, 1991, variable, such as a table of variables. Often, a loop is created 

which are incorporated in its entirety by reference. with GET NEXT until all values are retrieved. The SET 

In the following description of one embodiment of the function is used by the SNMP agent 128 to change the value 

invention, a 'module' includes, but is not limited to, software 65 of a MIB variable. 

or hardware components which perform certain tasks. Thus, In general, a MIB defines the aspects of a system and/or 

a module may include object-oriented software components, components in the system, such as a disk drive or a memory 
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module. The MIB may contain numeric identifiers which tell 
system components how to access each variable. In one 
embodiment of the invention, the MIB 110 contains a 
hierarchal collection of variables related to the hardware and 
software components of the server. Using the MIB variables, 5 
the SNMP manager 108 (more specifically, the SNMP 
Module 204) creates an information request which is sent to 
the SNMP agent 128. 

MIB variables are known by those with skill in the art. For 
example, U.S. Pat. No. 5,471,617 entitled COMPUTER 10 
MANAGEMENT SYSTEM AND ASSOCIATED MAN- 
AGEMENT INFORMATION BASE issued to Farrand et al. 
which is hereby incorporated herein in its entirety, describes 
the operation of a basic MIB in detail. 

The SNMP Module 204 also receives alerts from the 15 
server 136. The SNMP Module 204 passes this information 
to the Alert Manager Module 202 via the SNMP Window 
Module 206. 

The SNMP Window Module 206 is used to pass messages 
among applications. The SNMP Window Module 206 20 
allows an application, such as an alert configurator, to 
communicate with the SNMP itself. The use and operation 
of an SNMP Window Module 206 is well known to those of 
ordinary skill in the art. 

The Alert Manager Module 202 performs a number of 
functions: it creates the alert types, registers the alert types 
for each server in the network, stores information regarding 
each server's user-selected alerts in an Alert Manager Table 
1002 shown in FIG. 10, and temporarily stores the data 3Q 
related to an incoming alert. This data related to an incoming 
alert may be displayed in an alert notification window and/or 
sent to a log file. In one embodiment of the invention, the 
alert notification window is called the Alert Notification 
Window 500, and the log file is managed by a Log Manager 35 
Module 224 and a Log Window Entries Module 220. 

The Log Window Entries Module 220 receives informa- 
tion about each detected alert from the Alert Manager 
Module 202 and adds the entries to a table in the Log 
Manager Module 224. The Log Manager Module 224 keeps 40 
a list of Log Window Modules, which are entries to be 
shown in the Log Window 600 (FIG. 6). The Log Manager 
Module 224 uses a Log Manager Window Module 222 to 
display the list of alert entries which may include server 
name, alert type, the time and date of the alert, their 45 
descriptions, and details. 

Start Application 

FIG. 7 shows the start application process in one embodi- 
ment of the present invention. In FIG. 7, the alert configu- 50 
rator and manager can be accessed after the user starts an 
application called "maestro2.ccp" (herein referred to as 
"Maestro" 200) a C++ class file, as shown in block 702. 

Maestro 200 calls standard Microsoft initialization mod- 
ules in a block 704 to perform standard housekeeping 55 
functions in a block 708. In a block 710 Maestro 200 also 
calls or initializes a standard dynamic link library (DLL) 
such as the Windows SNMP (WinSNMP) DLL (WinSNMP 
Library) manufactured by American Computer Electronic 
Corporation. The WinSNMP Library is used to do SNMP 60 
transactions while the application Maestro is running. DLLs 
execute under the Microsoft Windows NT or Windows 95 
operating systems. 

Maestro 200 also creates (1) a Microsoft Foundation 
Class Document/ View Architecture (MFC Doc/View 65 
Architecture) 210 shown in block 720; (2) an SNMP Module 
204 shown in block 714; (3) an EnumServer Module 208 
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shown in block 716; and (4) an Alert Manager Module 202 
shown in block 722. Each of these modules are further 
explained in detail below. 

The MFC Doc/View Architecture shown in block 720 
creates all the windows and graphical user interfaces used in 
one embodiment of the present invention. This is illustrated 
in FIG. 8. Specifically, the WinSNMP Library creates the 
CM a in Frame Class 210, the Document Class 226, and the 
View Class 228 in blocks 800, 802, and 804. As described 
above, the Document Class 226 keeps the data about the 
application, and the View Class 228 displays to the user a 
representation of the data kept in the Document Class 226. 
The Main Frame Class 210 creates the Alert Manager 
Window 400, the Alert Notification Window 500, and the 
Log Window 600. 

As shown in block 806, the CMainFrame Class 210 also 
calls the Network Map Window Module 212 to display the 
Network Map Window 302. The Network Map Window 
Module 212 calls the EnumServer Module 208 in a block 
810 to discover the number of servers in the network and the 
names of each server 136 in a block 808. The EnumServer 
Module 208 then adds a server icon and server name to the 
Network Map Window 302 for each server 136 found in a 
block 814. The EnumServer Module 208 also adds the 
names of the servers found in a block 814 to the Alert 
Manager Table 1004 inside the Alert Manager Module 202 
in blocks 818-820. 

For each server 136 found, the Network Map Window 
Module 212 calls the Alert Manager Module 202 to create 
and store a list of each server's alerts in the Alert Manager 
Table 1002 of the Alert Manager Module 202. This is shown 
in blocks 818 and 820. For each alert, there is a textual 
description, detail, and notify/do not notify status. This list 
of alerts for each server is called a Server Alert Module 214. 
Each server preferably has its own Server Alert Module 214. 
The Server Alert Modules 214 are stored within the Alert 
Manager Table 1002 (FIG. 10) which is stored within the 
Alert Manager Module 202. In other words, if there are two 
servers, the Alert Manager Table 1002 contains two Server 
Alert Modules 214. 

The Maestro 200 also creates the SNMP Module 204 in 
block 714. And the SNMP Module 204 creates the SNMP 
Window Module 206 as shown in block 718. In one embodi- 
ment of the invention, the SNMP Window Module 206 
interacts with the WinSNMP Library to pass messages 
between applications. The WinSNMP Library uses a win- 
dow while transacting SNMP operations. The Maestro appli- 
cation may use a hidden window which is not visible on the 
user's desktop while the application is running. The SNMP 
Window Module 206 allows an application, such as an alert 
configurator, to communicate with the SNMP itself. 

Maestro 200 also creates the EnumServer Module 208 
shown in block 716. The EnumServer Module 208 is empty 
at this point, but it is made global for future access from 
anywhere in the system. When the application is running, 
there may be certain information that is constantly extrapo- 
lated by different parts of the system. For example, there 
may be multiple servers that use the same or similar data. 
This information is stored locally in a central location such 
as the EnumServer Module 208. It acts as a repository. In 
one embodiment of the present invention, the EnumServer 
Module 208 discovers the names and number of NetFRAME 
servers on the network and stores this information in an 
EnumServer Module list as shown in blocks 726 and 732. 
The EnumServer Module 208 may also add the names of the 
servers found to the Alert Manager Table 1004 (FIG. 10). 
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Maestro 200 also creates the Alert Manager Module 202 
as shown in block 722. The Alert Manager Module 202 
performs a number of functions: it creates the alert types; 
registers the alert types for each server 136 in the network; 
stores information regarding each server's user-selected 5 
alerts in an Alert Manager Table 1002 shown in FIG. 10; 
calls the Alert Manager Dialog Module 216 to display the 
Alert Manager Window 400 (FIG. 4 A) and loads informa- 
tion regarding each server and its alerts as shown in block 
724 and block 730; temporarily stores the data related to aa 10 
incoming alert; and calls the Alert Flash Dialog Module 218 
to display an alert notification (FIG. 5). The Alert Manager 
Table 1002 keeps track of (1) the names of each server 136, 
(2) the alerts associated with each server 136, and (3) the 
notify/do not notify status of each alert for each server 136. 15 

After the user starts the Maestro application 200, the user 
can access the alert configurator and manager software 
application from the Network Map Window 302 in FIG. 3. 
The user clicks and pulls down the "Window" menu 304 and 
selects the "Alert Window" item 308. When "Alert Win- ™ 
dow" 308 is selected, the SNMP manager 108 displays an 
"Alert Manager" Window 400 as shown in FIG. 4A. 

Alert Types in One Embodiment of the Invention 

25 

In one embodiment of the present invention, there are 
eight alert types that may be generated by an SNMP agent 
128 in connection with a fault-tolerant server such as the 
NetFRAME NF9000. These eight alerts are defined in the 
NF9000 server's customized MIB 110 (FIG. 1). It will be 3Q 
apparent to those of ordinary skill in the art, however, that 
other alerts related to a server may be used in a server 
management system. 

In one embodiment of the present invention, the first alert 
type is identified by the MIB variable "trapCpu" and 35 
assigned the identifier 1.3.61.4.1.8372.1.1 in the server's 
MIB 110. This alert type reports the number of a CPU 
(cpuNumber) that failed because of high temperature and/or 
low power. When trapCpu is sent from the SNMP agent 128 
to the SNMP manager 108, the information stored in the 40 
trapCpu variable itself is actually the value of the MIB 
variable "cpuNumber" for that particular CPU. The MIB 
variable cpuNumber is used here to identify the number of 
the CPU that failed. 

For example, for CPU number 2 in the server, the value 45 
of variable "cpuNumber" is equal to 2. When CPU number 
2 fails, the SNMP agent 128 sends a "trapCpu" message to 
the SNMP manager 108. Within that "trapCpu" variable is 
the value of the "cpuNumber" which is equal to 2. This 
number can be used by the SNMP Module 204 to index a 50 
cpuTable and retrieve more information on the failed CPU. 

The second alert type is identified by the MIB variable 
"trapSysternBoardFan" and assigned the identifier 
1.3.61.4.1.837.2.1.2 in the server's MIB 110. This alert type 
reports the number of a failed system board fan 55 
(coolingFanNumber). A fan ' fails' when the speed of that fan 
drops below a predetermined minimum speed in the MIB 
variable "coolingFanMinSpeed." This variable can be set/ 
modified by the user. When trapSysternBoardFan is sent 
from the SNMP agent 128 to the SNMP manager 108, the 60 
information stored in the trapSysternBoardFan variable 
itself is actually the value of the MIB variable "coolingFan- 
Number" for that particular fan. The MIB variable cooling- 
FanNumber is used here to identify the number of the fan 
that failed. This number can be used by the SNMP Module 65 
204 to index a coolingFanTable and retrieve more informa- 
tion on the failed fan. 
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The third alert type is identified by the MIB variable 
"trapTemperature" and assigned the identifier 
1.3.61.41.837.21.3 in the server's MIB 110. This alert type 
reports the number of a temperature sensor 
(coolingSensorNumber) that detected a "normal" to "warn- 
ing" transition. More specifically, the temperature sensor 
detected a temperature above the "warning" level defined by 
the MIB variable "coolingAlertTemperature." This variable 
can be set/modified by the user. When trapTemperature is 
sent from the SNMP agent 128 to the SNMP manager 108, 
the information stored in the trapTemperature variable itself 
is actually the value of the MIB variable coolingSensor- 
Number for that particular temperature sensor. The MIB 
variable coolingSensorNumber is used here to identify the 
number of the temperature sensor that detected a tempera- 
ture above the "warning" level. This number can be used by 
the SNMP Module 204 to index a coolingTemperatureSen- 
sorTable and retrieve more information on the temperature 
sensor. 

The fourth alert type is identified by the MIB variable 
"trapPowerSupply" and assigned the identifier 
1.3.6.1.41.837.2.1.4 in the server's MIB 110. This alert type 
reports the number of a power supply 
(powerSupplyNumber) that has detected one of four pos- 
sible conditions: (1) power supply has been extracted; (2) 
power supply has been inserted; (3) an AC failure meaning 
the AC state of the power supply is out of tolerance range; 
or (4) a DC failure meaning the DC state of the power supply 
is out of tolerance range. In one embodiment of the 
invention, the server is a NF9008. For an NF9008, AC state 
information and insertion/extraction events are not 
available, but a change in DC state may indicate a failure or 
power supply insertion/extraction. 

When trapPowerSupply is sent from the SNMP agent 128 
to the SNMP manager 108, the information stored in the 
trapPowerSupply variable itself is actually the value of the 
MIB variable "powerSupplyNumber" for that particular 
power supply. Hie MIB variable powerSupplyNumber is 
used here to identify the number of the power supply that 
failed. This number can be used by the SNMP Module 204 
to index a powerSupplyTable and retrieve more information 
on the power supply. 

The fifth alert type is identified by the MIB variable 
"trapCanister" and assigned the identifier 

1.3.61.4.1.837.21.5 in the server's MIB 110. This alert type 
reports the name of the canister (canisterName) that has 
been extracted or inserted. This alert type is not available for 
the NF9008 because the NF9008 does not have any canis- 
ters. When trapCanister is sent from the SNMP agent 128 to 
the SNMP manager 108, the information stored in the 
trapCanister variable itself is actually the value of the MIB 
variable "canisterName" for that particular canister. The 
MIB variable canisterName is used here to identify the name 
of the canister that has been extracted or inserted. This name 
can be used by the SNMP Module 204 to index a canister- 
Table and retrieve more information on the extracted/ 
inserted canister. 

The sixth alert type is identified by the MIB variable 
"trapAdapter" and assigned the identifier 

1.3.6.1.41.837.21.6 in the server's MIB 110. This alert type 
reports the number of an adapter (adapterName) or its driver 
that malfunctioned. When trapAdapter is sent from the 
SNMP agent 128 to the SNMP manager 108, the information 
stored in the trapAdapter variable itself is actually the value 
of the variable "adapterNumber" for that particular adapter. 
The MIB variable adapterNumber is used here to identify 
the number of the adapter or its driver that failed. This 
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number can be used by the SNMP Module 204 to index an When the Alert Manager Window 400 is first displayed, 

adapterTable and retrieve more information on the failed all alert types 410 are listed on the left side with a red bell 

adapter or its driver. icon 414 through 428 in one embodiment of the present 

The seventh alert type is identified by the variable invention. As shown in block 904, if the user clicks on any 

"trapSlotFan" and assigned the identifier 5 of the red bell icons associated with an alert type, that bell 

1.3.61.4.1.837.2.1.7 in the server's MIB 110. This alert type icon becomes yellow. For example, if the user wants to 
reports the number of an I/O slot fan (slotFanNumber) that delete me Canister Alert 416 notification, the user would 
failed. A fan 'fails' when the speed of that fan drops below click on ^ red bel1 next to the Canister Alert 416. The red 
a predetermined minimum speed in the NUB variable "slot- bel1 next to Canister Alert 416 turns yellow. 
FanMinSpeed." This variable can be set/modified by the io But in one embodiment the alert notification is not deleted 
user. When trapSlotFan is sent from the SNMP agent 128 to immediately; the notification deletion preferably only occurs 
the SNMP manager 108, the information stored in the ^ u ™ ° n " D ^ lctc Notification" button 438 
trapSlotFan variable itself is actually the value of the van- ° n ^ r1 ^ 1 * lde °^ £ ^" M J? f.f r ^ m ^T'^°u 
able "slotFanNumber" for that particular slot fan. Ihe MIB user ^ ™ "Delete NotificaUon" button 438, he 

■ i_i i *r* kt u /l a * j i *xl il i_ user can click on other alert types to be deleted. After the 

variable dotFanNumber is used here to identify the number is user finishes ^ ^ ^ notifications to be deleted 

S1£d^? ^ , n T^ r ™ ^ y - «w uscr clicks "Delete Notification" button 438. All 

SNMP Module 204 to index a slotFanTable and retrieve ^ no tifi ca tions to be deleted are deleted together. Thus, 

more information on the failed fan. mc uscr can dcktc morc than one ^ Qotifications for one 

The eighth alert type is identified by the variable "trap- or all servers with a single command. This is shown in block 

CanisterFan" and assigned the identifier 20 906. When the user is finished selecting alert types, the user 

1.3.6.1.4.1.837.21.8 in the server's MIB 110. This alert type clicks on the "Delete Notification" button 438 as shown in 
reports the name of the canister (canisterName) which has at block 908. In blocks 910-912, the Alert Manager Dialog 
least one fan operating below a predetermined minimum Module 216 calls the Alert Manager Module 202 (FIG. 2), 
limit allowed. This predetermined minimum speed is which finds the servers or servers selected by the user in the 
defined by the MIB variable "canisterFanMinSpeed " This 25 Alert Manager Server List. In blocks 914-916, the Alert 
variable can be set/modified by the user. When trapCanis- Manager Module 202 deletes alert notification for the alerts 
terFan is sent from the SNMP agent 128 to the SNMP designated by the user in the Alert Manager Table 1000 
manager 108, the information stored in the trapCanisterFan ( FIG * 10 ) and waits for the next user command, 
variable itself is actually the value of the variable "canis- The process is similar for adding one or more alert 
terNumber" for that particular canister, The MIB variable 30 notifications for one or more servers. The process described 
canisterNumber identifies the name of the canister with at above and shown in FIG. 9 is the same except the bell icon 
least one failed fan. This name can be used by the SNMP 414 through 428 turns from yellow to red, and the user clicks 
Module 204 to index a canisterTable and retrieve more on the "Add Notification" button 436 instead of the "Delete 
information on the failed fan. Notification" button 438. 

The alert types are displayed in the Alert Manager Win- 35 One embodiment of the present invention also allows the 

dow 400 shown in FIG. 4A. After each alert type, there is a user to add or delete alert notifications for more than one 

brief description 412 of the alert type. The descriptions are server without reopening the Alert Manager Window 400. 

listed in FIG. 4B. In one embodiment of the invention, the After the user selects the alert types to be deleted and clicks 

text associated with each type of alert is hardcoded in the on the "Delete Notification" button 438, the Alert Manager 

application itself, such as Maestro Central 107. 40 Window 400 remains open on the user's desktop. The user 

A , , t . p. _ K , „ a i— — * M^ffi^- can then go to the Server Name box 406 and view a list of 

Adding/Deleting One or More Alert Notifications ... „ , . . . j „. , « 

& 6 servers in the network by clicking and pulling down the 

FIG. 9 shows the process for deleting or disabling one or scroll-down button 408. The user can then select another 

more alert notifications for one or more servers. The process server name from the list of servers. The name of this server 

for adding an alert notification is similar to the process 4 5 appears in the Server Name box 406 and the Alert Manager 

shown in FIG. 9. In a block 900 of FIG. 9, the user can open Window 400 displays the alert configuration for this par- 

the Alert Manager Window 400 by clicking and pulling ticular server. The user can then add or delete alert notifi- 

down the "Window" menu 304 and selecting the "Alert cations for this second server following the steps shown in 

Window" item 308 (FIG. 3). When "Alert Window" 308 is FIG. 9 and described above. Thus, each server in the 

selected, the SNMP manager 108 calls the Alert Manager so network can have its own user-configured list of alerts. 

Dialog Module 216 (FIG. 2) and displays an "Alert Man- In addition, one embodiment of the present invention 

ager" Window 400 as shown in FIG. 4A. allows thc ^ to add or deletc one or morc alcrt notifica . 

In one embodiment of the present invention, the default ti ons f or all servers at once by clicking in the "All Servers" 

mode for the SNMP manager 108 is to receive and display/ box 432 and clicking on the "Add Notification" button 436 

notify the user of all alerts received from all servers. To 55 0 r the "Delete Notification" button 438. Similarly, the user 

change the default mode, the user may delete the alert C an add or delete all alert notifications for one or more 

notification for one or more alerts and for one or more servers by clicking on the "All Alerts" box 434 and clicking 

servers. This can be done from the Alert Manager Window 0 n the "Add Notification" button 436 or the "Delete Noti- 

400 shown in FIG. 4A. In a block 902, the user can select fication" button 438. 

certain alert types to be deleted by clicking on the alert bell 60 Mi£r the user nDisnes configuring the server or servers, 

icon 414-428 (FIG. 4A) to the left of each alert type. For ^ user can g0 back t0 me Nctwork Map Window 30 2 by 

example, the user can delete the Adapter Alert 414 and the clickmg on ^ « close » bmton 440 or ^ « x » 402 at the t 

Canister Alert 416 notifications for one server and delete the right corner of me Mtn Manager window 400. 

CPU Alert 418, the Fan Alert 422, and the Temperature . 

Sensor Alert 428 notifications for another server. In other 65 Incoming Alert 

words, each server can have its own user-configured list of In general, when an alert is generated as shown in a block 

alerts. 1100 of FIG. 11, the SNMP agent 128 may send two pieces 
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of information in a protocol data unit to the SNMP manager 
108 (FIG. 1): (1) the trap type and (2) the number or name 
of the individual device where the trap was detected. This is 
shown in FIG. 11 as block 1102. The SNMP manager 108 
automatically knows which server 136 generated the alert 
because in any SNMP communication the source address 
and destination address are part of the message. 

The SNMP manager 108 may later go back to the SNMP 
agent 128 to find other information related to the failed 
device or environment condition, but this is a separate 
transaction from the completed alert message. 

Specifically, the WinSNMP Library 112 (FIG. 1) receives 
the alert from the SNMP agent 128 in block 1102. In block 
1104, the WinSNMP Library 112 notifies the SNMP Win- 
dow Module 206. In block 1106, the SNMP Window Mod- 
ule 206 notifies the SNMP Module 204. In block 1108, the 
SNMP Module 204 in turn goes to the Alert Manager 
Module 202 and finds the Server Alert Module 214 associ- 
ated with the server 136 that generated the alert. In block 
1110, the SNMP Module 204 looks for the server name and 
alert type in the Alert Manager Table 1002 shown in FIG. 10. 
In block 1114, if the alert type for that particular server is set 
on notify user, then the SNMP Module 204 retrieves the alert 
message associated with that particular alert type. These 
alert messages are listed in FIG. 4B. In block 116, the Alert 
Manager Module 202 then calls the Alert Flash Dialog 
Module 218 and displays the Alert Notification Window as 
shown in FIG. 5. 

In one embodiment of the invention, the Alert Manager 
Module 202 temporarily stores the data related to an incom- 
ing alert. This data may include the name of the server, the 
alert type, the time and date of the alert, the description of 
the alert type, and other details. The details may contain a 
recommended course of action for the user. The data related 
to an incoming alert may be displayed in an alert notification 
window by the Alert Flash Dialog Module 218. In one 
embodiment of the invention, the alert notification dialog 
box is called the Alert Notification Window 500. This is 
shown in FIG. 5. The Alert Notification Window 500 dis- 
plays the name of the server 504, the date and time of the 
alert detected 506, a description of the alert type 510, and 
details of the alert 514. The Alert Notification Window 218 
remains on the user's desktop until the user clicks on the 
"Close" button 508 or the "X" 502 at the top. 

The Alert Manager Module 202 also sends the alert 
information to the Log Manager Module 224 (FIG. 2) which 
creates or adds a log entry for that alert using the Log 
Windows Entries Module 220, as shown in blocks 
1118-1120 of FIG. 11. 

FIG. 12 illustrates the module-level process of how the 
user opens the Log Window 600 shown in FIG. 6. The user 
may open the Log Window 600 the same way the user opens 
the Alert Manager Window 400 as described above. In one 
embodiment of the present invention, the user can pull down 
the "Window" menu 304 from the top of the desktop 300 
(FIG. 3) and select the "Log Window" menu item 306, as 
shown in block 1200. In block 1202, the Network Map 
Window Module 212 calls the Log Manager Module 224. In 
blocks 1204 and 1206, the Log Manager Module 224 then 
calls the Log Manager Window Module 222 and the Log 
Window Entries Module 220 to display the Log Window 
600 as shown in FIG. 6. 

The Log Window 600 displays the server names 602, the 
alert log entry numbers 604, the dates and times of the alerts 
606, the sources of the alerts 608, the category of the alerts 
610, the descriptions of the alert types 612, and details of the 
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alerts 614. The user can scroll up or down in the log file with 
the scroll button 616. In one embodiment of the invention, 
the text associated with each type of alert is hardcoded in the 
application itself, such as Maestro Central 107. 

Advantages of One Embodiment of the Present 
Invention 

One advantage of an embodiment of the present invention 
is that it avoids unwanted disruptions. This is particularly 
important in time-critical server management applications. 
The network administrator may not want to be interrupted in 
his or her present task every time an SNMP agent 128 
detects a minor malfunction or environment change in the 
server. One embodiment of the present invention allows the 
user to select the alerts he or she personally believes are 
important. 

For example, a first-time user may wish to view all types 
of alert notifications because he or she is unfamiliar with the 
network, the server type, the individual server components 
or the server manager software. This may be time- 
consuming, but a first-time user would rather be safe. 

On the other hand, a more experienced network admin- 
istrator may only want to view two or three types of alerts 
that he or she feels are significant. For instance, in one 
embodiment of the present invention, the system board fans 
of the server have at least twice the cooling capacity, which 
means if one fan ceases to operate another fan can handle the 
extra load. A more experienced user may wish to see minor 
malfunctions, such as fan failures, stored in the log file at the 
end of the week or when he or she has time. This eliminates 
unwanted disruptions to the administrator's present work. 

Another advantage of one embodiment of the claimed 
invention is its capability to quickly configure a customized 
list of alert notifications for each server in the network. For 
example, the user can delete the Adapter Alert 414 and the 
Canister Alert 416 notifications for one server and delete the 
Power Supply Alert 424, the Fan Alert 422, and the Tem- 
perature Sensor Alert 428 notifications for another server. 
Thus, each server in the network can have its own user- 
configured fist of alerts. This can be very useful if each 
server has a different environment or purpose in which only 
certain alert notifications are important and not others. 

Furthermore, the user can do this in one window, the Alert 
Manager Window 400, at one time without opening and 
reopening this window. The Alert Manager Window 400 
preferably does not close when the user finishes deleting or 
adding alert notifications. It closes only when the user 
decides to close it. This saves time and reduces the prob- 
ability of mistakes. 

Another advantage of one embodiment of the present 
invention is that it saves the network administrator time to 
look up the type of alert generated. One embodiment of 
invention creates and displays a dialog box that automati- 
cally appears on the user's screen when an alert is received 
by the server manager. The user does not need to go looking 
for the alert by opening a dialog box or pulling down a menu 
item. One embodiment of invention gives the user data about 
the alert such as a full description of the alert, the time and 
date it was detected, and further instructions on what to do 
and the like. 

Another advantage of one embodiment of the present 
invention is that by only sending user-selected alerts, it saves 
valuable bandwidth on the network. A major goal of network 
servers and system managers today is to reduce traffic 
packets on the network. In one embodiment of the invention, 
the explanatory text for each type of alert and other instruc- 
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tions is hardcoded into the SNMP manager 108 software. Io 
this embodiment, the only message that the SNMP agent 128 
sends is an identifier telling the SNMP manager 108 the type 
of alert and which server generated the alert. This further 
reduces traffic bottlenecks on the network and improves 5 
response times. 

Another advantage of one embodiment of the present 
invention is that it facilitates removing and adding server 
components such as PCI boards without shutting down the 
whole server system (also known as HotPlug and HotAdd). 
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What is claimed: 

1. A method of monitoring alerts regarding the status of 
components in a computer, comprising the acts of: 

displaying a plurality of alert types to a user in a graphic 

display, each of said alert types corresponding to a 

status of components in the computer; 
receiving a plurality of unfiltered alerts, each of said alerts 

corresponding to an alert type; 
allowing a user to selectively disable or enable automatic 

display of one or more of said alerts to the user by 

selecting or deselecting a corresponding alert type in 

said graphic display; and 
recording status information associated with said alerts in 

a storage medium. 

2. The method of claim 1 further comprising an act of 
storing whether each of said alerts is disabled or enabled to 
be displayed to the user in a plurality of variables. 
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3. The method of claim 2, further comprising an act of 
storing information about said disabled alerts in said storage 
medium at a user computer. 

4. The method of claim 1, further comprising an act of 
storing, at a user computer, a recommended course of action 5 
associated with said alerts. 

5. The method of claim 1 further comprising an act of 
generating a user interface which allows a user to select one 
or more of said alerts to be displayed to the user by providing 
a description of said alerts. 

6. The method of claim 5 wherein said user interface 
enables said selected alerts to be displayed to the user in 
response to an enable command by the user. 

7. The method of claim 5 wherein said user interface 
disables said selected alerts from being displayed to the user 

in response to a disable command by the user. 15 

8. The method of claim 6 further comprising an act of 
displaying said enabled alerts in an alert notification window 
to the user. 

9. The method of claim 8 wherein said act of displaying 
displays the name of a component associated with one of 20 
said alerts. 

10. The method of claim 8, wherein said act of displaying 
includes displaying a recommended course of action asso- 
ciated with one of said alerts. 

11. The method of claim 4, further comprising the act of 25 
displaying a recommended course of action associated with 
said alerts to the user. 

12. The method of claim 7, wherein said user interface 
allows the user to enable alerts to be displayed to the user 
which have been previously disabled from being displayed 3Q 
to the user in response to a disable command by the user. 

13. A method of monitoring the operational status of 
components in a computer comprising the acts of: 

generating a notification about the status of at least one 
component in the computer, said notification compris- 35 
ing a first code which contains data about said 
component, said first code having a first data length; 

receiving said notification unaltered at a remote com- 
puter; 

allowing a user to selectively disable or enable automatic 40 
display of said notification by selecting or deselecting 
a corresponding notification type in a graphic display; 
and 

transforming said notification into an automatically dis- 
played user-friendly display message comprising a 45 
second data length, wherein said second data length is 
significantly greater than said first data length, 

14. The method of claim 13 including an act of sending on 
a computer network, said notification to said remote com- 
puter. 50 

15. The method of claim 14 wherein said act of sending 
performs a Simple Network Management Protocol transac- 
tion. 

16. The method of claim 13 wherein said first code 
contains an index and wherein said act of transforming uses 55 
said index to identify said user- friendly display message. 

17. The method of claim 16 wherein said index is pre- 
defined by a management information base. 

18. The method of claim 17 wherein said management 
information base associates information about said compo- 60 
nent with said index. 

19. The method of claim 18 wherein said act of trans- 
forming includes using said information about said compo- 
nent from said management information base to generate 
said user-friendly display message. 65 

20. The method of claim 13 further comprising an act of 
displaying a description of said notification. 
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21. The method of claim 13 further comprising an act of 
displaying a recommended course of action for said notifi- 
cation. 

22. The method of claim 13, further comprising the act of 
allowing a user to enable or disable the display of said 
user-friendly display message. 

23. A method of monitoring the operational status of 
components in a computer comprising the acts of: 

providing a management information base which is con- 
figured to associate a plurality of indexes with different 
operational parameters related to said components; 

generating at least one alert, said alert providing infor- 
mation about a change in an operational parameter in at 
least one component, said alert comprising one index of 
said indexes which identifies at least one of said 
operational parameters; 

receiving said alert unfiltered from the computer; 

allowing a user to selectively disable or enable automatic 
processing of said alert by selecting or deselecting a 
corresponding alert type in a graphic display; and 

transforming said index in said alert into an automatically 
displayed user-friendly display message. 

24. The method of claim 23, wherein said index is a 
variable in said first management information base. 

25. The method of claim 24, wherein said variable is 
compatible with a computer network which performs Simple 
Network Management Protocol transactions. 

26. The method of claim 23, further comprising the act of 
allowing a user to enable or disable the display of said 
user-friendly display message. 

27. A method of displaying a system management user 
interface comprising the acts of: 

providing at least one computer having a plurality of 
components; 

generating a plurality of alerts, said alerts associated with 
the monitoring of status information about said plural- 
ity of components; 

displaying said alerts on a manager computer; 

allowing a user to select at least two of said alerts; and 

disabling or enabling the automatic display of said 
selected alerts to the user in response to a single 
command from the user, said single command corre- 
sponding to a deselection or selection of an alert type 
in a graphic display by said user. 

28. The method of claim 27 wherein said act of disabling 
disables the display of a combination of said alerts in 
response to a single command. 

29. The method of claim 27 wherein said alerts are 
associated with the status of a plurality of components in a 
plurality of network servers. 

30. The method of claim 27, wherein said act of allowing 
a user to select at least two of said alerts allows the selection 
of at least two alerts corresponding to at least two network 
servers. 

31. The method of claim 27 wherein said act of displaying 
organizes a subset of said alerts into a processor group. 

32. The method of claim 27 wherein said act of displaying 
organizes some of said alerts into a cooling group. 

33. The method of claim 27 wherein said act of displaying 
organizes some of said alerts into a temperature group. 

34. The method of claim 27 wherein said act of displaying 
organizes some of said alerts into a power supply group. 

35. The method of claim 27 wherein said act of displaying 
organizes some of said alerts relates into a fault isolation 
group. 
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36. The method of claim 27, further comprising the act of 
allowing a user to enable the display of an alert which has 
been previously disabled for display by the user. 

37, The method of claim 22, further comprising the act of 
allowing a user to enable the display of a user-friendly 
display message which has been previously disabled for 
display by the user. 
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38. The method of claim 36, further comprising the act of 
allowing a user to enable the display of a user-friendly 
display message which has been previously disabled for 
display by the user. 
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